Coeffects: A Calculus of Context-Dependent Computation 


Tomas Petricek Dominic Orchard Alan Mycroft 
Computer Laboratory, University of Cambridge 
{firstname.lastname}@cl. cam. ac.uk 


Abstract 

The notion of context in functional languages no longer refers just 
to variables in scope. Context can capture additional properties of 
variables (usage patterns in linear logics; caching requirements in 
dataflow languages) as well as additional resources or properties of 
the execution environment (rebindable resources; platform version 
in a cross-platform application). The recently introduced notion of 
coeffects captures the latter, whole-context properties, but it failed 
to capture fine-grained per-variable properties. 

We remedy this by developing a generalized coeffect system 
with annotations indexed by a coeffect shape. By instantiating a 
concrete shape, our system captures previously studied flat (whole- 
context) coeffects, but also structural (per-variable) coeffects, mak¬ 
ing coeffect analyses more useful. We show that the structural sys¬ 
tem enjoys desirable syntactic properties and we give a categorical 
semantics using extended notions of indexed comonad. 

The examples presented in this paper are based on analysis of 
established language features (liveness, linear logics, dataflow, dy¬ 
namic scoping) and we argue that such context-aware properties 
will also be useful for future development of languages for increas¬ 
ingly heterogeneous and distributed platforms. 

Categories and Subject Descriptors D.3.1 [ Programming Lan¬ 
guages ]: Formal Definitions and Theory 

Keywords Context; Types; Coeffects; Indexed comonads 

1. Introduction 

Context is important for defining meaning - not just in natural lan¬ 
guages, but also in logics and programming languages. The stan¬ 
dard notion of context in programming is an environment provid¬ 
ing values for free variables. An open term with free variables is 
context dependent - its meaning depends on the free-variable con¬ 
text. The simply-typed A-calculus famously analyses such context 
usage. Other systems go further. For example, bounded linear logic 
tracks the number of times a variable is used Q. 

In software engineering, “context” often encompasses more 
than just free-variable values. For example, in a distributed system, 
the context provides resources that may be available on a particular 
device ( e.g ., a database on a server or a GPS sensor on a phone). 
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In this paper, we develop a calculus for capturing various no¬ 
tions of context in programming. A key feature and contribution of 
the calculus is its coeffect system which provides a static analysis 
for contextual properties (coeffects). The system follows the style 
of type and effect systems, but captures a different class of proper¬ 
ties. Another key contribution of the calculus is its semantics which 
can be smoothly instantiated for specific notions of context. 

Coeffect systems were previously introduced as a generic anal¬ 
ysis of context dependence which can be instantiated for various 
notions of context na. The formalization was restricted to track¬ 
ing a class of whole-context properties where terms have just one 
coeffect. This limited the applications and precision of any analy¬ 
sis. For example, a whole-context liveness analysis marks the entire 
free-variable context as live (some variable may be used) or dead 
(no variable is used), but it cannot record liveness per variable. 

We develop a more general system which captures both per- 
variable coeffects, which we call structural, and whole-context 
coeffects, which we call flat, and more. Our key contributions are: 

• We present the coeffect calculus which augments the simply- 
typed A-calculus with a general coeffect type system (Sec¬ 
tion [3). We demonstrate the two classes of flat (whole-context) 
and structural (fine-grained, per-variable) systems. 

• We show practical examples, instantiating the calculus for 
structural systems capturing variable usage based on bounded 
linear logic, dataflow caching, and precise liveness analysis. 
We also instantiate the calculus to flat systems, building on and 
extending previous examples from m 

• We discuss the syntactic properties of flat and structural vari¬ 
ants of the coeffect calculus (Section [4}. Notably, structural 
systems satisfy type preservation under both /3-reduction and 
//-expansion, allowing their use with both call-by-name and 
call-by-value languages. This important property distinguishes 
structural coeffects from both effect systems and flat coeffects. 

• We provide a denotational semantics, revisiting and extending 
the notion of indexed comonads to the structural setting (Sec¬ 
tion [5j. We prove soundness by showing the correspondence 
between syntactic and semantic properties of coeffect systems. 

Coeffects can be approached from multiple directions (Section [23} 
including syntactic (effect systems), semantic, and proof-theoretic. 
We emphasize the syntactic view, though we also outline a categor¬ 
ical semantics and note the interesting technical details. 

2. Why coeffects matter 

Coeffects are a way to describe notions of context that keep turning 
up in programming. To illustrate this, we overview three systems 
tracking contextual properties that motivate our general coeffect 
system. Two systems track per-variable properties (bounded linear 
logic and dataflow) and one tracks whole-context properties (im¬ 
plicit parameters). We start with some background and finish with 
a brief overview of the literature leading to coeffects. 
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2.1 Background, scalars and vectors 

The A-calculus is asymmetric - it maps a context with multiple 
variables to a single result. An expression with n free variables of 
types n can be modelled by a function n X ... x r n —y r with a 
product on the left, but a single value on the right. Effect systems 
attach effect annotations to the result r. In coeffect systems, we 
attach coeffects to the context n x ... X r„ and we often (but not 
always) have one coeffect per variable. We call the overall coeffect 
a vector consisting of scalar coeffects. This asymmetry explains 
why coeffect systems are not trivially dual to effect systems. 

It is useful to clarify how vectors are used in this paper. Suppose 
we have a set C of scalars. A vector R over C is a tuple (ri, ..., r n ) 
of scalars. We use letters like R, S,T for vectors and r. s,t for 
scalarslj We also say that the shape of a vector [Ji] (or more 
generally any container) is the set of positions in a vector. So, a 
vector of length n has shape {1,2,..., n}. 

Just as in scalar-vector multiplication, we lift any binary opera¬ 
tion • on scalars into a scalar-vector one: s»R = (s«r'i,..., s«r„). 
Given two vectors R, S of the same shape, containing partially or¬ 
dered scalars, we write R < S for the pointwise extension of < on 
scalars. Finally, the associative operation x concatenates vectors. 

We note that an environment T containing n uniquely named, 
typed variables is also a vector, but we continue to write V for the 
product, so Ti, x : r, T2 should be seen as lb x (x:r) x r 2 . 


(var) 


x:t@( 1) b x : r 


(sub) 


T@R b e : t 
T @R' b e : r 


(*<*) 


(weak) 


(abs) 


r@R b e : t 
V,x:to@Rx( 0) b e : t 

F,x:ti@Rx(s) b e : T2 
T @R b Xx.e : n A 72 


(app) 


Ti@R b ei : n -A n 14 @5 b e2 : T2 
rr,r 2 @Rx(t * S) b ei e2 : T2 


r 1 ,x:T 1 ,y:T2,T 2 @Rx{s,t) xQ b e : r 
r 1 ,y:T 2 ,x:T 1 ,r 2 @Rx(t,s)xQ be:r 


Figure 1: Bounded reuse: Type & coeffect system in the A-calculus 


be used (t* 5)-times. Recall that t* S is a scalar multiplication of a 
vector. Meanwhile, the variables in Ti are used just /(-times when 
reducing the expression ei to a function value. 

Finally, the sub-coeffecting rule (sub) safely overapproximates 
the number of uses by the pointwise < relation. We can view any 
variable as being used a greater number of times than it actually is. 


2.2 Bounded reuse 


Bounded linear logic provides a modality that limits the number 
of times a proposition (variable) can be reused m A type system 
corresponding to this logic can be used, for example, to restrict 
well-typed terms to polynomial-time algorithms. A proposition !*,A 
means that A can be used at most k times. For uniformity with 
later notation, we write propositions A as r. Our work attaches a 
vector of annotations to sets of assumptions, using the @ operator, 
i.e., Ti..... r rl @(fci ,.... k n ), rather than writing bounds for each 
assumption as in l^Ai,..., \k n A n . 

Bounded linear logic includes explicit weakening and contrac¬ 
tion rules that affect the multiplicity. Following the original logical 
style (but with our notation), these are written as: 


(weak) — 


r @R b T 
tq@R X (0) b r 


ri,To,ro,r2@Rx(s,t)xQ b T 
lb, ro, T2@i?x(.s + t) xQ b 


The context T@R includes a coeffect annotation R which is a vec¬ 
tor (ri, ..., r n ) of the same length as T (a side-condition omitted 
for brevity). In weakening, unused propositions are annotated with 
0 (no uses), while in contraction, multiple occurrences of a propo¬ 
sition are joined by adding the number of uses. 

Bounded linear coeffects. The system in Figure[l]fleshes out the 
idea into a simple calculus. Variable access (var) has a singleton 
context with a singleton coeffect vector (1). Weakening (weak) 
extends the free-variable context with an unused variable and the 
coeffect with an associated scalar 0. Explicit contraction (contr) 
and exchange (exch) rules manipulate variables in the context and 
modify the annotations accordingly - adding the number of uses in 
contraction and switching vector elements in exchange. 

For abstraction (abs), we know the number of uses of the pa¬ 
rameter variable x and attach it to the function type ti 4 r2 as a 
latent coeffect. The remaining variables in T are annotated with the 
remaining coeffect vector R, specifying immediate coeffects. 

Application (app) describes call-by-name evaluation. Applying 
a function that uses its parameter f-times to an argument that uses 
variables in 14 5-times means that, in total, the variables in 14 will 


1 For better readability, the paper distinguishes different structures using 
colours. However ignoring the colour does not introduce any ambiguity. 


Example. To demonstrate, consider a term (Aw.rr+w-bw) (x+y). 
According to the call-by-name intuition, the variable x is used three 
times - once directly inside the function and twice via the variable v 
after substitution. Similarly, y is used twice. Eliding the derivation 
of the function body’s coeffect, abstraction yields: 

x:Z,v : Z@(l,2) b x + w + V : Z 

(abs)--- 

x : Z@{1) \~ (Xv.x -f- v -b w) : Z —y Z 

To avoid name clashes, we a-rename x to x' and later join x and x 1 
using contraction. Assuming (s' + y) is checked in a context that 
marks x' and y as used once, the application rule yields a judgment 
that is simplified as follows: 

x:Z> f x' :Z, y:Z@(l) x(2 * (1,1)) b (Aw.® + v + w) (x'+y) : Z 

The first step performs scalar multiplication, producing the vector 
(1,2,2). In the second step, we use contraction to join variables x 
and x' from the function and argument terms respectively. 

It is worth pointing out that reduction by substitution yields 
x+(x+y)+(x+y) which has the same coeffect as the original. We 
return to evaluation strategies in Section[4] and show that structural 
coeffect systems preserve types and coeffects under /3-reduction. 

2.3 Dataflow and data access 

Dataflow languages, such as Lucid, describe computations over 
streams 1201 . An expression is re-evaluated when new inputs are 
available (push) or when more output is demanded (pull). In causal 
dataflow, programs can access past values of a stream. We consider 
a language where prev e returns the previous value of e. In the 
language, prev (prev e) returns the second past value and so on. 

An implementation of causal dataflow may cache past values of 
variables as an optimisation. The question is, how many past values 
should be cached? This can be approximated by a coeffect system. 

Dataflow coeffects. The coeffect system for dataflow is similar to 
the one for bounded reuse, tracking a vector of natural numbers R 
as part of the context V@R. Here, coeffects represent the maximal 
number of past values (causality depth) required for a variable. 


x:Z,x' :Z,y.Z@(l,2,2) b (Aw.a: 
Z@(3, 2) b 
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Ti, y.T, z:t, V 2 @Rx{s,t) xQ b e : t 
ri,a::r, T2 @-Rx (max(s, t)) xQ b e[t/,z «- as] : r 

ri@Jg h ei : ri 4 T2 T2@5 h e2 : n 

Fi, r2@i?x(t + S) b ei e2 : T2 

, _ . f . _ r@R he:r 

11 x:r@(0)bx:T prSV T@1 + R b prev e : r 

Figure 2: Type and coeffect system for dataflow caching 


(exch) 


Ti,x:n,y : T2,r2@H 

ri,y:T2,a: : ri,r2@r-i 


sUtUqh e :t 


(app) 


Ti@r hei : n 

Ti, T2@r 


Tl V 2 @S \~ e 2 ■ T 2 

U s h ei e 2 : r 2 


(param) 


()@{?p : r} I- ?p : r 


T, x: n @r U s b e : r 2 

(abs)--- 

r@r h Ax.e : n —f T2 


Figure 3: Type and coeffect system for implicit parameters 


Weakening, exchange, abstraction and sub-coeffecting are the 
same as in bounded linear coeffects, but the remaining rules differ. 
In Figure[2] accessed variables (yar) are annotated with 0 meaning 
that no past value is required (only the current one). The (prev) rule 
crates caching requirements - it increments the number of required 
values for all variables used in e using scalar-vector addition. 

Application and contraction have the same structure as before, 
but use different operators. If two variables are contracted, requir¬ 
ing s and t past values, then at most max(,s, L) past values are 
needed (contr). That is, two caches are combined with the maxi¬ 
mum of the two requirements, which satisfy the smaller require¬ 
ments. In (app), the function requires t past values of its parameter. 
This means t past values of e2 are needed which in turn requires S 
past values of its free variables T 2. Thus, we need t+S past values 
of F2 to perform the call (e.g., we need 1 + S values to get 1 past 
value of the input ti,2 + S values to get 2 past values of n, etc.). 
Example. As an example, consider a function Ax.prev (y + a;) 
applied to an argument prev (prev y). The body of the function 
accesses the past value of two variables, one free and one bound: 
y:Z,x:Z@(l,l) b prev (y + x) : Z 
y:Z@( 1) b Ax.prev (y + x) : Z -4 Z 
The expression always requires the previous value of y and adds it 
to a previous value of the parameter x. Evaluating the value of the 
argument prev (prev y) requires two past values of y and so the 
overall requirement is 3 past values: 

(app) y-Z@( 1) b Ax. ... y':Zm( 2) b (prev (prev y')) : Z 
(contr) y:Z,y': Z@(l,3)b (Ax.prev (t/ + x)) (prev (prev y')):Z 

y. z@(3) b (Ax.prev (y + x)) (prev (prev y)) : Z 
The derivation uses (app) to get requirements (1,3) and then 
(contr) to take the maximum, showing three past values are suffi¬ 
cient. Reducing the expression by substitution we get prev (y + 
(prev (prev y))). Semantically, this performs stream lookups 
y[l] + y[3] where the indices are the number of enclosing prevs. 

We previously used dataflow as an example of coeffects fl5l , 
but tracked caching requirements on the whole context. The system 
outlined here is more powerful and practically useful, with finer- 
grained coeffects tracking per-variable caching requirements. 

2.4 Implicit parameters 

As our third example, we revisit Haskell implicit parameters (5) 
used in our earlier coeffect work Implicit parameters are 
variables that mix aspects of dynamic and lexical scoping. Implicit 
parameters are a distinct syntactic category to variables and we 
write them as ?p. For simplicity, we omit let-binding for implicit 
parameters and focus just on tracking requirements. 

Implicit parameters coeffects. Implicit parameters are a whole- 
context coeffect not linked to ordinary variables. We keep track 
of sets of implicit parameters that are required by an expression 
(and their types). For example T@{?p, : n,..., ?p„ : t„} means 


that a context provides ordinary variables T and values for implicit 
parameters ? p,. Unlike in the previous examples, we no longer need 
to distinguish between coeffects attached to variables (scalars) and 
coeffects attached to contexts (vectors), so we write r , s, t for both. 

Despite the differences, the type system in Figure[3]follows the 
same structure as the earlier two examples. Context requirements 
are created when accessing an implicit parameter, in a system- 
specific rule (param). Structural rules (exchange, weaken, contract) 
do not affect the coeffects. For example, parameters are reordered 
in (exch), but this has no effect as set union U is commutative. 

In abstraction and application, the structural x operator (previ¬ 
ously vector concatenation) becomes U. Sets of implicit parameters 
are not associated to individual variables and so they are unioned. 
The (app) rule uses U to combine the implicit parameters required 
by the function with the requirements of the argument too. 

We call this a flat coeffect system since coeffects have only 
one shape (there is no scalar/vector distinction). Other flat coeffect 
systems may use a richer structure m . In particular, the operations 
used in abstraction and application may differ (to accommodate 
over-approximation). We return to this in Section[33] 

Example. Unlike structural (per-variable) coeffect systems, flat 
(whole-context) systems do not necessarily have principal coef¬ 
fects. This arises from the (abs) rule which can freely split require¬ 
ments between the function type and the declaring context. Con¬ 
sider a function AQ.Tpj^ + ?p 2 - There are nine possible type and 
coeffect derivations, two of which are: 

0@{} b A().? Pl + ?p 2 : unit { ' Pi:2,?P2:Z> > Z 
0@{?P! : Z} b A().? Pl -b ?p 2 : unit - P2 ' Z - > % 

In the first case, both parameters are dynamically scoped and have 
to be provided by the caller. In the second case, the parameter ? Pl 
is available in the declaring scope and so it is (lexically) captured. 

Although structural coeffects have more desirable syntactic 
properties, we aim to capture this non-principality too as it is prac¬ 
tically useful - not only in Haskell’s implicit parameters, but also 
in resource rebinding in distributed systems such as Acute m 

2.5 Pathways to coeffects 

This paper largely follows work on effect systems and their link to 
categorical semantics. We briefly review this and other directions 
leading to coeffects. An eager reader can return to this section later. 

Effect systems. Effect systems |6) track effectful operations of 
computations such as memory access or lock usage (4). They are 
written as judgments T b e : r & p associating effects p with 
the result. Effect systems capture output effects where, as Tate 
puts it, “all computations with [an] effect can be thunked as pure 
computations for a domain-specific notion of purity." fl8l . This 
thunking is typically a A-abstraction. Given an effectful expression 
e, the function Ax.e is an effect-free value that delays all effects: 


T b Xx.e : Ti A T2 & 0 
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Coeffects do not follow this pattern. In contrast to effect systems, 
context requirements cannot be easily “thunked” as pure values. 
Lambda abstraction can split context requirements between imme¬ 
diate and latent requirements. This is akin to how lambda abstrac¬ 
tion splits a free-variable context into the bound parameter (call 
site) and the remaining free variables (declaration site). 

Categorical semantics. Moggi models effectful computations as 
functions of type Ti —>• Mt 2 where M is a monad providing com¬ 
position of effectful computations flol . Wadler and Thiemann link 
effect systems to monads via annotated monads T\ —> M p T 2 tm 
whose semantics has been provided by Katsumata (8). 

Context-dependent computations require a different model. 
Uustalu and Vene use functions Cn —>• T2 where C is a comonad 
OH- Our earlier work ED used indexed comonads with denota¬ 
tions C r Ti —> T2 adding annotations akin to Wadler and Thiemann. 
In Section [5] we extend indexed comonads to capture the general 
coeffect systems of this paper, in the style of Katsumata. 

Language and meta-language. Moggi uses monads in two sys¬ 
tems fTOl . In the first system, a monad is used to model an effectful 
language itself - the semantics of a language uses a specific monad. 
In the second system, monads are added as type constructors, to¬ 
gether with syntax corresponding to unit and bind operations. 

For context dependence, Uustalu and Vene follow the first ap¬ 
proach using comonads for their semantics HU. Contextual-Modal 
Type Theory (CMTT) of Nanevski et al. (TT) follows the latter ap¬ 
proach, adding a comonad to the language via the □ modality of 
modal S4. We focus on concrete languages using the first approach. 
A “coeffect meta-language” is an interesting future work. 

Sub-structural systems Sub-structural type systems restrict how 
a context is used. This is achieved by removing some of the 
structural typing rules (weakening, contraction, exchange). As the 
bounded linear logic example (Section [2, 2[ i shows, our system can 
be viewed as a generalization of sub-structural type systems. 

3. The coeffect calculus 

The three calculi shown in the previous section track two kinds 
of contextual properties: bounded reuse and dataflow are structural 
(per-variable) systems, and implicit parameters and our earlier co¬ 
effect systems fj~5l are flat (whole-context) systems. This section 
presents our primary contribution: the general coeffect calculus. 

The calculus is parameterised by an algebraic structure of coef¬ 
fects. To capture both structural and flat systems, coeffect annota¬ 
tions are indexed by a shape. In flat systems, the shape is a singleton 
set {*} and so annotations are scalar values. Structural systems use 
shapes matching the number of variables in a free-variable context 
{1,..., n} and so annotations are vectors. However, the coeffect 
calculus could also use shapes describing trees and other structures. 

3.1 Understanding coeffects: syntax and semantics 

The coeffect calculus provides both an analysis of context depen¬ 
dence (its coeffect system) and a semantics for context (see Sec¬ 
tion |5j. These two features of the calculus provide different per¬ 
spectives on coeffect annotations R in a judgment T@R h e : t. 

• Syntactically, coeffects model contextual requirements and may 
be overapproximated, so that more capabilities are required 
than necessary at runtime. 

• Semantically, coeffects model contextual capabilities and be¬ 
have like containers of capabilities, such that the semantics may 
throw away capabilities that will not be needed. 

Thus there are two dual ways to understand coeffect annotations. 
Each perspective implies an alternate reading of the typing rules. 


• As contextual requirements, the rules should be read top-down. 
The requirements of multiple sub-terms are merged and the 
requirements of a function body are split between immediate 
(declaration-site) and latent (call-site) coeffects. 

• As contextual capabilities, the rules should be read bottom-up. 
The capabilities provided to a larger term are split between sub¬ 
terms; for functions, the capabilities of declaration-site and call- 
site are merged and passed to the body. 

The reason for this asymmetry follows from the fact that context 
appears in a negative position in the model. In Section [5] the 
denotation of a judgment T@R h e : r is a function of the form 
Dfljr] —► [t] where Dn[r] encodes the contextual capabilities 
used to evaluate a term. Similarly a function n A T2 has a model 
of the form D s |n] — > [t 2] with additional contextual capabilities 
attached to the input. 

3.2 Structure of coeffects 

We describe the algebraic structure of coeffects in three steps. 
First, we define a coeffect scalar structure which defines the basic 
building blocks of coeffect information; then we define coeffect 
shapes which determines how coeffect scalar values are related to 
the free-variable context. Finally, we define the coeffect algebra 
which consists of shape-indexed coeffect scalar values. 

For example, in bounded reuse the coeffect scalar structure 
comprise natural numbers N with + and * operators. The shape 
for bounded reuse is the length of the free-variable context and so 
the coeffect annotation is a vector of matching length. Finally, the 
coeffect algebra specifies how vectors are concatenated and split in 
abstraction and application. 

In the coeffect system of the calculus, contexts are annotated 
with shape-indexed coeffects (e.g., vectors) as in r@R I- e : r. 
However, functions take just a single input parameter and so are 
annotated with scalar coeffect values as in o - 4 - t. From now on, 
we write o for the source and r for the target of function types. 
Coeffect scalar. Coeffect scalar structures are equipped with two 
operations. In bounded reuse, those were * for sequencing (in func¬ 
tion application) and + for context sharing (in contraction). Addi¬ 
tional structure is needed for variable access and sub-coeffecting. 
Definition 1. A coeffect scalar (C, ©, ®, use, ign, <) comprises a 
set C together with elements use, ign €. C, relation < and binary 
operations ®, © such that (C, ©, use) and (C, ©, ign) are monoids, 
(C, <) is a pre-order, and the following distributivity axioms hold: 
(r&s) ®t= (r®t) © (s®t) 
t® (r©s) = (t®r) © (t®s) 

The operation © must form a monoid with use to guarantee an un¬ 
derlying category in the semantics (Section[5). It models sequential 
composition with variable access (use) as the identity. The other 
element (ign) is used for variables that are not accessed. The op¬ 
eration © combines coeffects for contexts used in multiple places 
(contraction). The notation is inspired by the bounded reuse exam¬ 
ple, which uses coeffect scalar structure (N, *, +, 1,0, <), but be 
aware that © and © are not always multiplication and addition. 

Coeffect annotations R can be viewed as containers of scalar 
coeffects. For structural coeffects, the container is a vector, while 
for flat coeffects it is a trivial singleton container. The following 
definition takes inspiration from the work of Abbott et al. m which 
describes containers in terms of shapes and a set of positions. 
Coeffect shapes. The coeffect system is parameterised by a set 
of shapes S. A coeffect annotation is indexed by a shape s € S 
calculated from the shape of the free-variable context F. The cor¬ 
respondence is not necessarily bijective. For example, flat coeffect 
systems have just a single shape S = {*}. 
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Thus, in the judgment T@R h e : r, the coeffect annotation R 
is drawn from the set of coeffect scalars C indexed by the shape of 
T. We write s = [T] for the shape corresponding to T. We define 
shapes by a set of positions and so we can define R 6 s —¥ C as a 
mapping from positions (defined by the shape) to scalar coeffects. 
We usually write this as the exponent R £ C s . 

The set of shapes is equipped with an operation that combines 
shapes (when we combine variable contexts), an operation that 
computes shape from the free-variable contexts, and two special 
shapes in S representing empty context and singleton context. 

Definition 2. A coeffect shape structure ( S , [-],<>, 0,1) comprises 
a set S with a binary operation O on S for shape composition, a 
mapping from contexts to shapes [T] E <S, and elements 0,1 £ S 
such that ( S , o, 0) is a monoid and [-] is partially specified on 
empty and singleton free-variable contexts by: 

[0] = 6 [w : t] = ! 

This means that the elements 0 and 1 represent the shapes of empty 
and singleton free-variable contexts respectively. As said earlier, 
we use two kinds of shape structure: 

• Structural coeffect shape is defined as (N, |-|, +, 0,1). We treat 
numbers as sets 0 = {}, 1 = {0}, 2 = {0,1}, 3 = {0,1,2} ... 
(so that a number is a set of positions). The shape mapping 
|T| returns the number of variables in T. Empty and singleton 
contexts are annotated with 0 and 1, respectively, and shapes of 
combined contexts are added so that |Ti, T21 = ITx) + |T21. 
Therefore, a coeffect annotation is a vector R £ C n and assigns 
a coeffect scalar R(i) £ C for each variable x ; in the context. 

• Flat coeffect shape is defined as ({*}, star, <>,*,★) where 
star(T) = * and * o * = * where * = {0}. That is, there 
is a single shape * with a single position and all free-variable 
contexts have the same shape. Therefore, a coeffect annotation 
is drawn from C* which is isomorphic to C and so a coeffect 
scalar r £ C is associated with every free-variable context. 

Using a shape with no positions reduces our system to the simply- 
typed A-calculus with no context annotations. Trees can also be 
used to build a system akin to bunched typing ca. 

Coeffect algebra. The coeffect calculus annotates judgments with 
shape-indexed, or shaped, coeffects. The coeffect algebra structure 
combines a coeffect scalar and coeffect shape structure to define 
shaped coeffects and operations for combining these. In Section[2] 
shaped coeffects were combined by the tensor x in structural ex¬ 
amples and U in the implicit parameters example. To capture the 
examples so far and those described previously EH, we distinguish 
two operators for combining shaped coeffects. 

Definition 3. Given a coeffect scalar (C, ©, ©, use, ign, <) and a 
coeffect shape ( S , [-],«>, 0,1) a coeffect algebra extends the two 
structures with (x, x, _L) where _L £ C° is a coeffect annotation for 
the empty context and x , x are families of operations that combine 
coeffect annotations indexed by shapes. That is Vn, m £ S: 

x m ,„,x m ,„ : rxrAr 9 " 


| T (ji||- e : t 

lC0 “° 0 <V "> (a , ; r).(„)h I; r 

T, x : cr@R x Is) h e : r 

(abs)---;- 

F@R h Xx.e : (7 —t T 


Fi,T 2 @R x (t ® S) h ei e 2 : r 

Ti@S h ei : a T 2 , x : o@R x (t) \~ e 2 
ri,r 2 @f? x (t© S) \~ let x = ei in e 2 : t 

r v'@R'-^r@R,e 


| v'@r' r @r, e 

(weak) T, x : t@R x (ign) T@R, 0 
(exch) 


Fi,y : o,x : r, T 2 @Rx (t) x{s)xQ~ 
T\,x \T,y \ <j,T 2 @Rx (s) x (t) x Q,0 




Ti ,y: 


r, r 2 @Rx(s®t)xQ 
: : t, T 2 @Rx (s) x (t) x Q, [y,z a;] 


TT, a: : t,T 2 @Rx (s') xT - 
Ti, a; : r, F 2 @R x (s> x T, 0 


Figure 4: The general coeffect calculus 


The operators x and x combine shaped coeffects associated 
with two contexts. For example, assume we have T i and T 2 with 
coeffects R £ C m and S £ C" . In the structural system, the context 
shapes m, n denote the number of variables in the two contexts. 
The combined context Ti, T 2 has a shape mon and the combined 
coeffects Rx S,RxS £ C mon are indexed by that shape. 

For structural coeffect systems such as bounded reuse, both x 
and x are just the tensor product X of vectors. However, we need 
to distinguish them for flat coeffect systems discussed later. 

The difference is explained by the semantics (Section|5|, where 
R x S is an annotation of the codomain of a morphism that merges 
the capabilities provided by two contexts (in the syntactic reading, 
splits the context requirements); Rx S is an annotation of the 
domain of a morphism that splits the capabilities of a single context 
into two parts (in the syntactic reading, merges their context requi¬ 
rements). Syntactically, this means that we always use x in rule 
premises and x in conclusions. For now, it suffices to use the 
bounded-reuse intuition and read the operations as tensor products. 

The distinction between x and x provides flexibility to the 
calculus. For example, it is possible to instantiate the calculus 
such that structural rules are not permitted. In the case of flat and 
structural classes of system, different properties of x and x permit 
free use of structural rules. This is seen in the following sections. 


A coeffect algebra induces the following two additional operations: 

(-) : C -+C 1 © m : C x C m — ► C m 

(x) = Al.z r © S = Xs.r © (S(s)) 

(-) lifts a scalar coeffect to a shaped coeffect indexed by the 
singleton context shape. The © m operation is a left multiplication 
of a vector by a scalar. As we always use lower-case for scalars and 
upper-case for vectors, using the same symbol is not ambiguous. 
We also tend to omit the subscript m and write just ©. 


3.3 General coeffect type system 

In the previous section, we developed an algebraic structure ca¬ 
pable of capturing different concrete context-dependent properties 
discussed in Section^ Now, we use the structure to define the gen¬ 
eral coeffect calculus m Figure[4] 

Coeffect annotations on free-variable contexts are shape-indexed, 
where for some shape s £ <S then R, S, T £ C s . Function types 
are annotated with coeffects scalars r,s,t £ C. The rules of Fig¬ 
ure [4] manipulate coeffect annotations using the coeffect algebra 
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operations (x, x, _L) and the derived constructs (-} and ©. Free- 
variable contexts F are treated as vectors modulo duplicate use of 
variables - associativity is built-in. Variable order matters, but can 
be changed using the structural rules. Structural rules are expressed 
using a helper relation, written 

Typing rules. Constants {const) and variables (var) annotate the 
context with special values. The empty unused context is annotated 
with _L €E C° and the singleton context with (use) £ C 1 . Note that 
the shapes 0,1 match the shape of the variable contexts. 

Lambda abstraction splits the context requirements using x into 
a coeffect R and a coeffect (s) of a shape 1 (semantically, it merges 
capabilities provided by the declaration-site and call-site contexts). 
In structural systems such as bounded reuse, this identifies coeffect 
associated with the bound variable, because x is not commutative. 

The ( app ) rule follows the patterns seen earlier - it uses the 
scalar-vector multiplication (t © S) of the coeffects S from the ar¬ 
gument (associated with F2) and the latent coeffect t of the func¬ 
tion. Using the syntactic reading, it then merges context require¬ 
ments for Fi and T^. In the dual semantic reading, it splits the 
provided context into two parts passed to the sub-expressions. 

The typing of let-binding (let) corresponds to the typing of an 
expression ( Xx.e? ) ei. Syntactically, the context requirements are 
first split using x and then re-combined using x. 

Structural rules. The coeffect-annotated context can be trans¬ 
formed using structural rules that are not syntax-directed. These are 
captured by {ctx), which uses a helper relation representing context 
transformations F'@R' r@R, 6. The rule models that a context 
used in the rule conclusion T'@R' can be transformed to a con¬ 
text required by the premise r@R (using the semantic bottom-up 
reading). In the rule, 6 is a variable substitution generated by the 
transformation, which is used in the ( contr) rule. 

Exchange and contraction decompose and reconstruct coeffect 
annotations using x m , n (in assumption) and x m , n (in conclusion). 
The shape subscripts are omitted, but we require the shapes to 
match using m = [Ti] and n *= ETs]. 

The {weak) rule drops an ignored variable annotated with (ign) 
(compare with (var) annotated using (use)). The {exch.) rule swaps 
variables/coeffects while {contr) combines coeffects using © to 
represent sharing of the context. Finally, {sub) represents sub- 
coeffecting and can be applied (pointwise) to any scalar coeffect. 

3.4 Structural coeffects 

The coeffect system uses a general notion of context shape, but it 
was designed with structural and flat systems in mind. The struc¬ 
tural system is new in this paper and so we look at it first. 

Recall the coeffect shapes that characterise structural systems: 
the shape is formed by natural numbers (with addition) modelling 
the number of variables in the context. The coeffect algebra is 
therefore formed by the free monoid (lists/vectors) over a coeffect 
scalar. This means that the system keeps a vector of coeffect scalar 
annotations - one for each variable. An empty context {e.g., in the 
{const) rule) is annotated with a zero-length vector. 

Definition 4. Given a coeffect scalar (C, ©, ©, use, ign, <) a struc¬ 
tural coeffect system has: 

- Coeffect shape (N, [-],+, 0,1) formed by natural numbers 

- Coeffect algebra (x, x, (}) where x and (} are shape-indexed 
versions of the binary operation and the unit of a free monoid 
over C. That is x : C n X C m —)■ C rl+rn appends vectors (lists) 
and (} : C° represents empty vectors (fists). 

The definition is valid since the shape operations form a monoid 
(N, + , 0) and [-] (calculating the length of a list) is a monoid 
homomorphism from the free monoid to the monoid of shapes. 


Examples. Defining a concrete structural coeffect system is easy, 
we just provide the coeffect scalar structure and the rest is free. 

• To recreate the system for bounded reuse, we use coeffect 
scalars formed by (N, *, +, 1,0, <). As in the system of Fig¬ 
ure |T] used variables are therefore annotated with 1 and unused 
with 0. Contraction adds the number of uses via + and applica¬ 
tion (sequencing) multiplies the uses. 

• Dataflow uses natural numbers (of past values), but differently: 
(N, +, max, 0. 0, <). Variables are initially annotated with 0 
(and can be incremented using the prev keyword). Annotations 
of a shared variable are combined by taking maximum (of past 
values needed) and sequencing uses +. 

• Another use of the system is to track variable liveness. The 
annotations are formed by C = {D, L} where L represents a 
live (used) variable and D represents a dead (unused) variable. 
The coeffect scalar structure is (C,n ; U, L, D, C) where DCL. 
In sequential composition (n), a variable is live only if it is 
required by both of the computations (L n L = L), otherwise 
it is marked as dead (D). A computation is not evaluated if its 
result is not needed. A shared variable (U) is five if either of the 
uses is five (D U D = D, otherwise L). 

Structural liveness is a practically useful, precise version of an ex¬ 
ample from our earlier work, which was a flat system overapprox¬ 
imating liveness of the entire context fj~5l . Since x = x = x, 
structural rules (weaken, contract, exchange) are freely permitted, 
modifying the coeffects accordingly. 

3.5 Flat coeffects 

The same general coeffect system can be used to define systems 
that track whole-context coeffects as in the implicit parameters 
example (Section |2.4) . Flat coeffect systems are characterised by 
a singleton set of shapes, such as {*}. In this setting, the context 
annotations C* coincide with coeffect scalars C. 

In addition to the coeffect scalar structure, we also need to 
define x and x. Our examples of flat coeffects use © (merging of 
scalar coeffects) for x (merging of shaped coeffect annotations). 
However, the x operation needs to be provided explicitly. Thus the 
general form of flat coeffect system is defined as follows. 
Definition 5. Given a coeffect scalar (C, ©, ffi, use, ign, <) and an 
operation A \C x C -¥ C such that (r A s) < (rffi s), we define: 

- Flat coeffect shape ({*}, const*, o, *, *) where * o * = * 

- Flat coeffect algebra (A, ffi, ign), i.e., the x a* ffi and _L = ign 
with the additional binary operation x = A. 

The additional axiom (r A s) < (r ffi s) is re quire d for /3-equality 
in flat systems (see later Theoremfllj Section |4~2) . 

If x is idempotent, then structural rules (weaken, contract, ex¬ 
change) are freely permitted since any flat coeffect annotation r 
can be expanded to rxr. This property holds for all examples here, 
hence structural rules can always be applied. 

If x is also idempotent (as in all our examples), then exchange 
and contraction rules preserve the coeffects of the assumption in 
the conclusion. Otherwise (r As) < (rffi s) means that exchange 
and contraction behave as the {sub) rule for subcoeffecting. 

Examples. Implicit parameters are the prime example of a flat 
coeffect system, but other examples include rebindable resources 
ITT] and Haskell type classes fl3l . 

In the imphcit parameters system (Section |Z4) , coeffect scalars 
are sets of name-type pairs C = 'PjName x Type). Variables are 
annotated with 0 and coeffects are combined or split (in the top- 
down reading for {abs)) using set union U. Thus, the coeffect scalar 
structure is (T 5 (Name x Types), U, U, 0,0, C) with A as IJ. 
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Remark 6. We previously described flat systems for liveness and 
dataflow ED . Turning a structural system to a flat system requires 
finding A that underapproximates the capabilities of combined con¬ 
texts. For dataflow, this is given by the min function, which satisfies 
the requirement because min(r, s) < max(r, s). 

In flat dataflow, we annotate the entire context with the maximal 
number of past elements required overall. We use the same coeffect 
scalars (N, +, max, 0,0, <) as in the structural version, but with 
A = min. Abstraction (which is the only rule using A) becomes: 

F, x: <r@min (r, s) h e : T 

(abs)--- 

T@r h Ax.e : cr —y t 

Both the declaration-site and call-site must provide at least the 
number of past values required by the body. The overapproximation 
means both r and s can be greater than actually required. For 
dataflow, we could enforce that immediate and latent coeffects are 
identical, but that would require treating x as a partial function. 

4. Equational theory 

Each of the concrete coeffect systems discussed in this paper has a 
different notion of context dependence, much like various effectful 
languages have different notions of effects (such as state or excep¬ 
tions). However, there are common equational properties that hold 
for all (or some) of the systems we consider. 

The equational theory in this section illuminates the axioms 
of coeffect algebra and the semantics of the calculus. We discuss 
syntactic substitution as it can form the basis for reduction in 
a concrete operational semantics. We consider structural and flat 
systems separately. This provides better insight into how the two 
systems work and differ. In particular, call-by-name evaluation is 
coeffect preserving for all structural, but only some flat systems. 

The properties and proofs in this section are syntactic. In Sec- 
tion l5.5l we show that our denotational model of the coeffect calcu¬ 
lus is sound with respect to the equational theory here. 

We use standard syntactic substitution written as ei[x <- e2], 
/3-reduction and 77-expansion, written as and Equality of 
terms ei and e2, written as = is defined w.r.t their contexts, types 
and coeffects and is written F@R h epB.ez : r. 

4.1 Structural coeffect systems 

For structural coeffect systems, recall that coeffects are vectors with 
x = x = X (vector concatenation) and _L = () (the empty vector), 
thus coeffect annotations comprise the free monoid over scalars. 
We first show substitution: 

Lemma 7 (Substitution lemma). In a structural coeffect calculus 
with a coeffect scalar structure (C. ©, ©, use, ign, <): 

r@S h e s : a A Ti, x : 0, T2 @Ri x (r) x R2 h e r : r 
=>• Ti, r, r2@.Ri x ( r®S)x R% h e r [x *- e s ] : r 
Proof. By induction over the derivation for e r using the free 
monoid (C, x, ()) and coeffect scalar axioms (full proof fl4l ). □ 

Because of the vector (free monoid) structure, coeffects Ri, R2, 
and (r) for the receiving term e r are uniquely associated with 
Ti, F2, and x respectively. Therefore, substituting e s (which has 
coeffects S) for x introduces the context dependencies specified by 
S which are composed with the requirements r on x. Using the 
substitution lemma, we can demonstrate /3-equality: 

Ti,® : o@Rx(r) h ei : t 
Ti @R h Ax.ei : cr —r t T 2 @s h e2 : cr 
Ti, r2@Rx(r ® S) h (Ax.ei)e2 = ei[x <- e2] : r 
As a result, /3-reduction preserves the type and coeffects of a term. 
This gives the following subject reduction property: 


Theorem 8 (Subject reduction). In a structural coeffect calculus, 
ifT@R h e : t and e e' then r@R h e' : r. 

Proof. Following from Lemma[7]and /3-equality. □ 

Structural coeffect systems also exhibit 77-equality, therefore satis¬ 
fying both the local soundness and local completeness conditions 
of Pfenning and Davies fl6l . This means that abstraction does not 
introduce too much, and application does not eliminate too much. 

r @R h e : it 4r x : a@ (use) h x : cr 
r, x : cr@R x (s © (use)) h ex : r 
r @R h Ax.ex = e-.oA-r 

The last step uses the equalities s © (use) = (s©use) = (s) 
arising from the monoid (C, ©, use) of the scalar coeffect structure. 

This highlights another difference between coeffects and ef¬ 
fects, as 77-equality does not hold for many notions of effect. For ex¬ 
ample, in a language with output effects, e = (print "hi"; (Ax.a:)) 
has different effects to its ?7-converted form Ax.ex because the im¬ 
mediate effects of e are hidden by the purity of A-abstraction. In 
the coeffect calculus, the ( abs ) rule allows immediate contextual re¬ 
quirements of e to “float outside” of the enclosing A. Furthermore, 
the free monoid nature of xin structural coeffect systems allows the 
exact immediate requirements of Ax.ex to match those of e. 

4.2 Flat coeffect systems 

The equational theory for flat coeffect systems is somewhat similar 
to effect systems where (co)effects are not linked to individual vari¬ 
ables. In effectful languages, substituting an effectful computation 
for y in A x.y changes the latent effect associated with the function. 

Similarly, for some of the flat coeffect systems, substituting a 
context-dependent computation for y in A x.y adds latent context 
requirements to the function type. However, this is not the case 
for all flat coeffect systems - for example, call-by-name reduction 
preserves types and coeffects for the implicit parameters system 
(which makes it a suitable model for Haskell). For other systems, 
we first briefly consider call-by-value reduction. 

Call-by-value. The notion of value in coeffect systems differs 
from the usual syntactic understanding. As discussed earlier, a 
function (Ax.e) is not necessarily a value in coeffect calculi, be¬ 
cause it may not delay all context requirements of e. Thus a syntac¬ 
tic value v is a value if it has no immediate context requirements. 
Definition 9. A syntactic value v is a pure value if r@Val h v : t 
where Val : C ^ is a coeffect indexed by the shape of F that always 
returns use. That is Val = An. use. 

In call-by-value, the right-hand side of an application is evaluated 
to a pure value, which is then substituted for a variable. However, 
the discharging of coeffects prior to substitution is different for each 
coeffect system. 

Recall that a flat coeffect system consists of coeffect scalars 
(C, ©, ©, use, ign, <) together with a binary operation A on C such 
that the coeffect algebra structure is (A, ©, ign). 

Lemma 10 (Call-by-value substitution). In aflat coeffect calculus 
with coeffect scalars (C, ©, ©, use, ign, <) and the A operator: 
r@VAL h e s : o A Ti, x : cr, T2@r h e r : r 
=>■ rr,r,r 2 @r h e r [x ^ e s ] :t 

Proof. By induction over the coeffect derivation, using the fact that 
both x and e s are annotated with use. □ 

Lemma [To] holds for all flat coeffect systems, but it is weak. To 
use it, theoperational semantics must provide a way of partially 
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evaluating a term with requirements R to a value. Assuming a call- 
by-value reduction ~>cbv, using the above definition of value: 
Theorem 11 (Call-by-value subject reduction). In a flat coeffect 
calculus, ifT@r b e : r and e ~» c bv e! thenY@r b e' : t. 

Proof. A direct consequence of Lemma [T0| using the flat coeffect 
system requirement (r A s) < (r ® s ) to prove /3-equality. b||| 

Call-by-name. A term (Ax.ei) e.2 can be /3-reduced in the call- 
by-name strategy even if both sub-expressions have contextual 
requirements. 

We call a flat coeffect algebra top-pointed if use (the coeffect 
of variable use) is the greatest (top) coeffect scalar C and bottom- 
pointed if it is the smallest (bottom) coeffect scalar with respect 
to the order <. Liveness analysis is an example of top-pointed 
coeffects as use * L and D < L. 

Lemma 12 (Top-pointed substitution). In a top-pointed flat coef¬ 
fect calculus with (C, ©, ©, use, ign, <) and the A operator: 
r@s b e s ■ cr A lb, a; : a, T2@r b e r : r 
=*- Ti, r,T2@r b 6r[a; <-e s ] : r 
Proof. Using sub-coeffecting ( s < use) and Lemma [TO] □ 

As variables are annotated with the top element use, we can sub¬ 
stitute a term e„ for any variable and use sub-coeffecting to get the 
original typing (because s < use). 

In a bottom-pointed coeffect system, substituting e for x in¬ 
creases the context requirements. However, if the system satisfies 
the condition that A = © = © then the context requirements aris¬ 
ing from the substitution can be associated with the context T. As 
a result, substitution does not break soundness as in effect systems. 
The requirement A = © = © holds for our implicit parameters ex¬ 
ample (all three operators are set union) and allows the following 
substitution lemma: 

Lemma 13 (Bottom-pointed substitution). In a bottom-pointed flat 
coeffect calculus with (C, ©,©, use, ign, <) and the A operator 
where A = © = © is idempotent and commutative: 

r@s b e s : cr A Ti, a; : cr, T2@r b e r : r 
=$- Fi, r, T2@r ® s b e r \x *- e s ] : t 
Proof. By induction over b, using the idempotent, commutative 
monoid structure to keep s with the free-variable context. □ 

The structural system is precise enough to keep distinct coeffects 
associated with each concrete variable. The flat variant described 
here is flexible enough to let us always re-associate new context 
requirements with the free-variable context. 

The two substitution lemmas show that the call-by-name eval¬ 
uation strategy can be used for certain coeffect calculi, including 
liveness and implicit parameters. Assuming ~r c bn is the standard 
call-by-name reduction, the following theorem holds: 

Theorem 14 (Call-by-name subject reduction). In aflat coeffect 
system that satisfies the conditions for Lemma\T2\or Lemma\l3\ if 
r@r b e : r and e ~» c bn e.' then r@r- b e' : r. 

Proof. Direct consequence of Lemma[l2|or Lemma[l3] □ 

5. Semantics 

Coeffects provide a unified description of context dependence. In 
the previous sections, we used this to define a unified coeffect 
calculus. We now define a unified (categorical) semantics for the 
coeffect calculus. The semantics can be instantiated for different 
notions of context dependence and thus can model a wide range of 
context-aware languages (both for flat and structural systems). 


We relate the semantics to the equational theory and show 
that it is sound with respect to term equality. For a variant of 
the flat system, a similar result has already been shown in the 
second author’s PhD dissertation fl3l . The semantics is introduced 

• Section [571] describes the signature (range and domain) of the 
interpretation [—], gives the interpretations for types and free- 
variable contexts (in flat and structural systems), and defines the 
signature of functors D which encode contexts. 

• The first part of the semantics (Section [5^ defines sequential 
composition of context-dependent computations via indexed 
comonads (introduced briefly in our previous work 03) and 
the indexed structural comonad structure (new here). 

• More structure is needed for the semantics of application and 
abstraction. Section |5.3| defines indexed monoidal operations 
for splitting and merging contexts. Concrete structures are given 
throughout for the semantics of the structural bounded reuse 
and flat implicit parameter systems. 

• Section [5~4| puts the pieces together, defining the semantics of 
the coeffect calculus. The semantics is illustrated by executing 
an example bounded-reuse program (Example [26]). 

• Section |531 shows our semantics sound with respect to the syn¬ 
tactic equational theory of Section [4] This uses the derivation 
of the categorical structures for the semantics as lax homomor- 
phisms between structure in a category of coeffect annotations 
I and the base category C. 

In this section, C,D, I range over categories. The objects of a 
category C are written obj( C). The category of functors between C 
and D is written [C, D], Exponential objects, representing function 
types in our model, are written in two ways, either B A or A => B. 

5.1 Interpreting contexts and judgments 

The semantics is parameterised by a coeffect algebra, with scalar 
coeffects (C, ©, ffi, use, ign, <), coeffect shape (<S, [— ],o, 6, i), 
and (x, x , _L). An interpretation [—] is given to types, free-variable 
contexts, and type and coeffect judgments, with a base Cartesian- 
closed category C for denotations and a category I of scalar coef¬ 
fects, where obj{ I) = C. Since C is Cartesian-closed, we use the 
A-calculus as the syntax for giving concrete definitions in C. 

The interpretation J—] is parameterised by categorical struc¬ 
tures which model a particular notion of context. The interpreta¬ 
tion of free-variable contexts depends on shape, for which we give 
concrete definitions for flat and structural shapes. 

Interpreting judgments. Type and coeffect judgments are inter¬ 
preted (given denotations) as morphisms in C, of the form: 

|F@.R b e : tJ i D^|FJ H? H 

The interpretation is a morphism from an interpretation of the 
context r to the interpretation of the result. The functor over 
T encodes the semantic notion of context and is indexed by the 
free-variable context shape [r] and coeffect annotation R. 

The structure D can be thought of as a dependent product of 
functors D n over possible shapes n 6 S 

D : n„ :S .D n where D n : F -4 [C n ,C] 

For a fixed context shape n the functor D™ : I n — t [C n , C] maps 
an n-indexed coeffect (think positions) to a functor from a context 
C" to an object in C. That is, given a coeffect annotation (matching 
the shape of the context), we get a functor £ [C n , C], 

From a programming perspective, this functor defines a data 
structure that models the additional context provided to the pro- 
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gram. The shape of this data structure depends on the coeffect an¬ 
notation I n . For example, in bounded reuse, the annotation defines 
the number of values needed for each variable and the functor will 
be formed by lists of length matching the required number. 

Types. Types are interpreted as objects of C, that is Jr] : obj{ C) 
where function types have the interpretation as exponents: 

p7-4r] = D^H=*H 

The parameter of a function is wrapped by a functor Dl r; that 
defines a context with singleton shape 1, matching the single value 
that it contains. This interpretation is shared by all coeffect calculi. 

Free-variable contexts. As described above, free-variable con¬ 
texts T are given an interpretation as objects in C^. Thus, the 
interpretation of contexts is shape dependent. 

We define J—] on free-variable contexts for structural and flat 
systems. For flat systems, there is only a single shape, so the inter¬ 
pretation is a product type inside the Cartesian-closed category C. 
For structural systems, the shape matches the number of variables 
and so the model is a value in the product category C x ... x C. 

Flat coeffects. Recall that S = {*} and [F] = *. Since the set 
of positions * is a singleton, then C* is isomorphic to C. Therefore 
Jr] : obj{ C), which is defined as: 

1*1 : T1, ■ ■ ■, Xn : r„I = [n] X ... X [r„] 
Denotations of typing judgments in a flat coeffect system are thus 
of the form (where r 6 I): 

1*1 : Ti,..,x n ■■ r n @r b e : r] : D*(|n] X ... X [r„]) -* Jr] 
Structural coeffects. Recall that S = N and [F] = |1'| (number 
of free variables), thus JT] : obj(C^). This is defined similarly to 
the above, but instead of using products in C, we use the product of 
categories. Thus, denotations have the form: 

1*1 : n, : r n @R b e : r] : D£([n],..., Jr„]) -+ Jr] 

where |T?| = n and we use commas (instead of x) to denote the 
product of categories. This means that D" : I™ —y [C n , C] is 
a functor between an n-length vector of coeffects indices and an 
n-ary endofunctor. Thus, the key difference between the flat and 
structural interpretations of free-variable contexts is that flat uses 
products of objects in C and the structural uses products of C in the 
category of categories. 

Example 15 (Bounded reuse). Recall bounded reuse has coeffect 
scalars C = N and shapes S = N. We model contexts by replicat¬ 
ing the value of each variable so there is a value for each use. This 
matches the model used by Girard et al. m . Contexts are described 
by B : n n:N .(r —j- [C n , C]), where for R = (n , ..., r n ): 

B£(Ai,..., An) = Al 1 x ... x A r n n 

Bj?(/ij - fn) = A(ai,..., o ai),..., (/„ o a n )) 

Thus each object in the free-variable context A, is exponentiated 
by its associated coeffect r,. For the morphism mapping part, 
fi'.Ai—v Bi and a, : A , r ’ , thus (fi o ai) : BAA The exponent 
Ai ri can be read as a product of ri copies of Ai, e.g.: 

B? i0 , 2 (A, B, C) = A 1 x B° x C 2 = {A) x 1 x (C x C) 

Example 16 (Implicit parameters). Recall the implicit parameter 
calculus with scalar coeffects as sets of names paired with types 
C = T’(Name x Types) and flat shape with singleton S = {*}. 

Its contexts are defined by T : II n: —> [Set n ,Set]) 
which is equivalent to I —>• [Set, Set] and defined as follows: 

I^A = AxJT?] \* R f = a,r) 


The interpretation JT?] maps a set of variable-type pairs to an object 
representing a set of variable-value pairs in Set. 

5.2 Sequential composition 

Following the usual categorical semantics approach, we require a 
notion of sequential composition for our denotations. We show first 
a special case for D' (where I 5 = I and C’ = C) in both flat and 
structural system^] and thus D 1 : I — y [C,C]. Composition of 
morphisms / : DgA —y B and g : D r B —y C is defined by an 
indexed comonad (which we introduced previously GMUl). 
Definition 17. An indexed comonad comprises a strict monoidal 
category (I, •. I) and a functor F : I —y [C,C] with two natural 
transformations (where we write (F R) A as F rA): 

(■ 5x,y)a : F (X .y)A -y F x (FyA) ( Si ) a ■ F/A —> A 

where 6 is called comultiplication and e is called counit. We require 
indexed analogues of the usual comonad axioms (c/ ED): 



An indexed comonad F : I —> [C, C] induces a notion of composi¬ 
tion for all f : Fs A —y B and g : FrB —V C: 

g°f = g° F R f o S R ,s ■ F r . s A -y C 

with the identity id a = ( £i)a : F i A —>■ A for all A. Thus indexed 
comonads induce a category which has the same objects as C and 
morphisms Cf(A, B) = (J /£g[: C(F/jA, B). Note that an indexed 
comonad is not a family of (ordinary) comonads, because identity 
need only be defined for the functor F /. 

Therefore, if D 1 is an indexed comonad, there is a notion of 
composition for denotations with a single coeffect index. 

Example 18 (Bounded reuse). Bjj (Example 1 15) has an indexed 
comonad structure, where the monoid (N, *, ljfrom the coeffect 
scalar for bounded reuse induces a monoidal category structure on 

1 (with 1 : I and the bifunctor * : I x I -> I), with operations: 

s| = A{ai).ai 
3r,s= A(ai..., ors). 

<(ai...,as), (as+i, as+s), («(ii-i)s+i, ■■■, a«s)) 
Indexed comonads essentially model single-variable contexts. 
Counit here requires a single copy of the value from the context. 
Comultiplication splits R times S copies of a value into R copies 
of a context where each context contains just S copies of the value. 

Remark 19. A semantics for dataflow coeffects is similar to 
bounded reuse with Dr(Ai, ..., A n ) = (Ai x Af 1 ) x ... x 
(A„ x A n Rn ), i.e., each free-variable has an extra value represent¬ 
ing the “current” value. A dataflow indexed comonad is similar to 
the above but with additive rather than multiplicative behaviour. 

Example 20 (Implicit parameters). For the coeffect scalar monoid 
(TTName x Types), U,0) of implicit parameters, I* (Example p~6]> 
has an indexed comonad structure, with operations: 

e 0 = A(a,0).a Sr, s = A(a,7).((a,7| s ),7y 

where 7 | fl = {(*,«) [ (*, v) € 7 , ( x,t ) 6 Rj filters incoming 
implicit parameters to those variable-value pairs where the variable 
is in the coeffect R. 

2 Since i = 1 in structural and i = 1 in flat, i.e., * is isomorphic to 1. 
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These two examples (which are new here) provide composition 
for context-dependent computations indexed by coeffects in a flat 
calculus. For structural coeffects, we need to compose morphisms 
which have more than a single coeffect annotation. For this, we 
introduce the new notion of structural indexed comonads. 

Definition 21. A structural indexed comonad comprises a functor 
D : n n:S .(r —)■ [C n ,C]) where (I, •, 7) is a strict monoidal 
category, 1 eS which is terminal (e.g., a singleton set), an indexed 
comonad over D 1 : 1 1 —> [C 1 , C] and a structural comultiplication 
natural transformation: 

(^ s )x» : D" iSJ 4" ->■ D^DgA” 

where A n €E C n , r €E I, S € I n and • : I x I” —I” is the monoid 
left action that •-lifts scalar coeffects to shaped coeffects (i.e., the 
scalar-vector version of •). Analogous laws to monoid left actions 
for unitality and associativity hold for structural comultiplication: 



using axioms IiR = R and (r»s)»T = ri(.s• T) on coef¬ 
fects respectively which are the monoid left action axioms for the 
scalar-vector application of •. Note the use of indexed comonad 
comultiplication 5 1 for associativity [SC2], 

Structural indexed comonads provide composition for morphisms 
/ : Dg A" —>• B and singleton-shaped morphisms g : D, 1 . B —>• C: 

9°f =9° D If o S^ s : Dg* s A n C 

Note that this composition is asymmetric: the left morphism and 
right morphisms have different shapes. To compose morphisms 
which both have non-trivial context shapes requires additional 
structure for manipulating contexts (shown in the next section). 

Example 22 (Bounded reuse). B : II n:N .(I n —> [C n ,C]) has a 
structural indexed comonad structure with the indexed comonad 
B 1 (Example [l_8jl and the following structural comultiplication: 

..., aL Sl ), ... a” Sn ». 

(({4, <-•,»%}> 

( (°(%qn)j •••; °(Si + l)+Si)> •••! ^(Sn+l)’ • ' ' ’ a (S„+l)+S„))> 

( (°(r-l)* si + l’ —> ( a (*r-1)*S„+1> —) a r*S„))) 

The input is an n-variable context containing r times Si copies of 
a 1 for each variable. The output has r copies of a single n-variable 
context containing .S', copies of a 1 for each variable. Thus, 5™ s 
partitions the incoming context into r-sized contexts. 

Note that in the case of the flat system, a structural indexed como¬ 
nad collapses to a standard indexed comonad on D 1 . 

5.3 Splitting and merging contexts 

Indexed comonads and structural indexed comonads give a seman¬ 
tics for sequential composition of contextual computations. How¬ 
ever, this does not provide enough structure for a semantics of the 
full coeffect calculus. Core to the semantics of abstraction and ap¬ 
plication is the merging and splitting of contexts. Recall the free- 
variable contexts and coeffects in the (abs) and (app) rules: 

ri@«Fei... r 2 @SFe s ... r, a: : a@Rx(s) h e... 

( PP) ri,r 2 @Rx(t®5) F ei e 2 ... ( h Xx.e : o -4 ... 


Reading (app) bottom-up, the context of the application is split into 
two contexts for each subterm ei and e 2 . Reading (abs) bottom-up, 
the context of the abstraction is merged with the singleton context 
of the parameter. Capturing these notions in the denotational se¬ 
mantics requires some additional structure. 

A (non-indexed) comonadic semantics for the A-calculus re¬ 
quires a monoidal comonad with operation m a,b ■ FA x F B —> 
F (A x B) fl9l . Previously, we defined a similar operation for the 
semantics of a flat coeffect system, with an indexed monoidal oper¬ 
ation for merging contexts. Dually, contexts were split with 
We used two operations for combining and splitting 
the coeffect annotations, respectively. Here we generalize these to 
shape-indexed versions using x and x. 

Definition 23. A functor D : n n; s.(I" —> [C", C]) is an indexed 
lax (semi)monoidal functor and/or colax (semi)monoidal functor if 
it has the following natural transformations respectively: 

: D£A X D %B -> D %*(A X B) 
nJs : D^(A xB )4 D n R A x D 

satisfying associativity coherence conditions. In both, shape de¬ 
scriptions are combined by o. The first operation models context 
merging and combines coeffects using x. The second models con¬ 
text splitting, with x for the pre-split coeffect. 

Example 24 (Bounded reuse). For bounded reuse, B is an indexed 
lax and colax semimonoidal functor with the following operations: 

= A«ai,..., a n ) x (b 1; ..., b m }).((a lt ..., a n ), <&r,..., & m » 
= A«ar,..., a n ), (h ,..., b m )).({ oi,.... a n > x <&r,..., b m » 
Here takes a pair of contexts and merges them simply by 

replacing the product in C which pairs the two arguments (written 
using x) with products inside of B (written using tuple notation 
(x. y)). The operation n'jfg is the inverse. 

Example 25 (Implicit parameters). For implicit parameters, I* is 
an indexed lax and colax semimonoidal functor with operations: 

m R*s = A((o, 7 h), u 7s) 

n£,s = A(M), 7 ).((a, 7 U,(M S » 

As in Example [20| 7 ) R and 7 | s restrict the set of implicit parame¬ 
ters 7 to variable-value pairs for variables in R and S. 

5.4 Putting it together 

The semantics of the general coeffect calculus J—] is defined in 
Figure[5] using the structures described in the previous sections. 

Core rules. The denotation in ( var ) maps a context of the single- 
ton shape 1 containing just a single variable r (with coeffect 7) to 
a t value using the counit operation. 

The premise of (abs) takes a context of shape no 1 with co¬ 
effects Rx ( s ) and a free-variables context consisting of T and an 
additional variable x. The denotation g : D r ^ t ) Jr, x : cr] —> [r] 
is pre-composed with m, such that its context is obtained by merg¬ 
ing the declaration-site context (T) and call-site context (cr): 

g om^ (s) :(D^[r]xDj fl> H)^[r] 

This is uncurried to give a denotation from a context to an exponen¬ 
tial object representing the abstraction, where the singleton-shaped 
context becomes the source of the exponential. 

The application rule (app) has two sub-expressions for the func¬ 
tion and argument, with denotations requiring two distinct contexts: 

9i ■ DSIFi] -A (D^JcrJ => [r]) 52 : D™[r 2 ] ->■ [crj 
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[I ',x:a@Rx(s) he:rl= 9 : -* [r] 

(var)-;- (abs)-;- 

[* : T@{use) I- x : t] = e, : D}[x : rj -> [r] F @R b Az.e : or 4 r] = A(g o m"-^) : DIFJ -4 (D } s) M -*■ [t]) 

Fi@ii b ei : er -V tJ = 51 : D^Fil ->• (D* t> [crJ => [rj) [r 2 @S b e 2 : a] = g 2 : Dg 1 [r 2 ] -F [a] 

(app) -;- 

Fi, r 2 @R X (t ® S) b ei e 2 : r] = A _1 pi o (id x (D \ t) g 2 o 5 t m s )) o n£“ s : -+ [r] 

[T8fl h e : r] = / : PSFI ->• H F'^' - r @R, 0] = c : Dg, FI -> D 5 F 1 
F'@«' b e : r] = / o c : D™, F'l ^ M 

(weak) |r,a; :r(4H x (ign) r@_R,0] = sn o n" 3 4 <ign> : D^ <ign) (F| X FI) -> D" e [I’I 
(contr) Fi: a;: ' r ! r 2 @Ax (s®t) xQ T lt y: r, z :r, r a @-Bx (s) x (f)xQ, [j /,2 h-> ®]J = o (id X A*,* x id) o n^^ t)Q 

(exch) ir 1 ,y:<r,x:T,r 2 @Rx(t)x(s)xQ~>r 1 ,x:T,y:(T,r 2 @Rx ( s ) x (f) xQ,0] = g o (id X swap x id) o 

where swap : Ax B —t B x A and A, A -1 denote currying and uncurrying respectively 

Figure 5: Denotational semantics for the coeffect calculus 


The target of gi is an exponential object with singleton shape for 
the parameter of type a. To evaluate gi and g 2 , the semantics of 
(i app ) splits the incoming context over Fi. T 2 using n: 

D fl > x‘(t®s)(I r il X M) DSFiJ X DUs^al 

Since e 2 computes the argument for function ei, the denotation 
g 2 is sequentially composed with the parameter part of gi. Thus, 
the structural indexed comonad (where • = ©) is used with g 2 
to compute the correct context for the parameter of the function 
denotation g\: 

D£sF»l ^ D (t) D s FaJ D(t>H 

This is composed with the previous equation by hfting to the right- 
component of the product: 

DSFiJ X D^sFal ,iX(D ‘‘ )Ji ° ?sl ) DlFiI X Dj t> H 

This equation computes the calling context and parameter context 
for the function ei, which is then composed with the uncurried gi 
denotation as shown in the (app) rule in Figure [5] 

Structural rules. In Figure[5] (ctx) composes the denotation of an 
expression with a transformation c providing the semantic struc¬ 
tural rules. The semantics of structural rules are defined by using 
t0 s Plit contexts, transforming the components, and merging 
the transformed contexts using m” e ’The (contr) rule uses an ad¬ 
ditional operation which duplicates a variable inside a context: 

Ar V s : D\ rms) A -> D|;; x(a) (A x A) 


notation is then constructed as follows: 

I@() b A z.(+z)z : Z 4 ZJ = A( S o Ai, a o m ° 4 2) ) (2) 

[/:Z -4 Z,x : Z@(l, 2) b fx : Z] 

= A _1 ei o (id x (Dei ° <5 2 ,(i>)) 0 n <i>,< 2 ) 

= A ei o ^ (3) 

1/ : Z 4 Z,x : Z@(2,4> b (\z.(+z)z) (fx) : Z] 

= A- 1 ^ o (id x DQ o < 52 ,( 2|1 )) ° n ^ 2 <4 2> 

= go Ai,i o m^ <2) o (id x D<(3) o 1)) 0 n (>?( 4 , 2 > ( 4 ) 

where {3} and 0 are simplified. We “run” this semantics on an 
input, evaluating each step of the denotation as a function. We write 
context objects, e.g., D U,s)( A ’ B ) as {(ni,..., or), ( 61 ,..., 6 s)} 
and products of contexts in C, e.g., D ^A x D ™B, as (a x b). 



((fi,f 2 ),(xi,x 2 ,x 3 ,x i )) : D^ 4 > ((D) 2 > Z^Z),Z) 

0 X ((fi,f 2 ),(xi,x 2 ,x 3 ,xi)) : DqI x D 2 <2A) (as above) 

0 X ((fi,(xi,x 2 )),(f 2 ,(x 3 ,xi))) 

: D|fx D| 2 > D< 2 ,i)((D< 2 ) Z^Z),Z) 

0 x ((/1) X (xi,x 2 ), (A) x (x 3 ,Xi)) 

: D/j 1 x Djs ) (D^ 1 > (D^Z-^..Z) x D) 2 ) Z) 
0 X (fi(xi,x 2 ), f 2 (x 3 ,X4.)) : D°,l x D) 2> Z 

(h(xi,x 2 ),f 2 (x 3 ,Xi)) : D) 2> Z 

((h(xi,x 2 ),f 2 (x 3 ,x i ))) iD^flxZ) 


l+l(h(xi,x 2 )) (f 2 (x 3 ,xi)) :Z 


Example 26. We demonstrate the semantics with a concrete exam¬ 
ple for the bounded reuse calculus. Consider the following term: 

/ : Z^Z,i: Z@( 2 ,4) b (A z.z + z) (f x) 

Let the denotation of the function body, prior to contraction, be 
g = \x : Z, y : Z@(l, 1) b (+a;) y : z£] The example term’s de¬ 

3 The full semantics has [+] : D°^l —> (DjZ => (DjZ => Z)) as 

primitive and uses double application (+ ei) e 2 . 


5.5 Soundness, with respect to the equational theory 

Our denotational semantics for the coeffect calculus is sound with 
respect to the equational theory of Section[4] That is: 

Theorem 27 (Soundness). 

T@R b e = e : r =>■ |F@ft b e : r] = F @ A b e : r] 
Proof of this follows from an interesting result which we first un¬ 
pack: determining whether F@A* ^ e i : r]sF@S b e 2 : r] fol¬ 
lows from a proof (on coeffect annotations) that R = S. 
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Lemma 28. Every coeffect algebra axiom corresponds to an ax¬ 
iom of one of the categorical structures introduced here (indexed 
(structural) comonad or indexed (co)lax monoidal functor). 

For example, the monoid axiom X® use = X for scalar coeffects 
corresponds to indexed comonad axiom D^e use o £jp use = *d D i 
(which requires the monoid axiom to hold). This lemma follows 
from our derivation of the indexed categorical structures here. They 
are not derived ad hoc but systematically as (lax) homomorphisms 
(structure-preserving maps) between the structure of coeffect anno¬ 
tations in I and the structure of denotations in C. 

Proposition 29. An indexed comonad on D witnesses that D is a 
colax monoid homomorphism between the (strict) monoidal cate¬ 
gories (I, •, 7) and ([C, C], o, l c ) (endofunctor composition). 

Unpacking this, a monoid homomorphism maps between the 
underlying sets of two monoids, preserving the monoid structure 
of one into the other, i.e., given monoids ( X, •, 7) and (Y, ®, E) 
then a monoid homomorphism is a mapping F : X —>■ Y such that: 

FX®FY = F(X • Y) E = FI (5) 

The axioms of each monoid are preserved trivially by these equal¬ 
ities, e.g., FX = F(X • 7) = FX ® FI = FX ® E = FX. 
A homomorphism is lax if the above equalities (|5) are instead mor- 
phisms (which we say witness the homomorphism) and colax if 
these morphisms go in the opposite direction. Thus, a colax monoid 
homomorphism is witnessed by: 

S : FX ® FY <r- F(X • Y) e : E <- FI 

Note our choice of morphism names. F no longer preserves the 
monoid axioms up to equality but has axioms on 5 and e, e.g., 
F(X • 7) -4 FX ® FI FX®E equals FX ^4 FX. 

Our indexed comonad definition is equivalent to D being a colax 
homomorphism between strict monoidal category (X, •, 7) and the 
monoidal category of C-endofunctors (Y, ®, E ) = ([C, C], o, l c ), 
with endofunctor composition o and the trivial endofunctor lc; 
monoids are now at the level of categories. The indexed comonads 
axioms are the axioms of the colax homomorphism. Equivalently, 
D is a colax monoidal functor. 

A similar approach is taken to deriving the remaining structures 
below, though we give less detail for brevity. 

Proposition 30. A structural indexed comonad provides 8 r fi s : 
D*D sA n <— D" @s yT which is a family of morphisms (indexed 
by shapes n) witnessing that D is a colax homomorphism be¬ 
tween the following monoid left-actions: (I", ®)for (I, ©, ign) and 
(C n , C],6)for ([€, C], o, l c ), defined: 

(r : I) © ((si,..., s n ) : I") = (r@si,..., r®s n ) : I n 
(D* : [€,€]) 6 (Dg : [C n ,C]) = o Dg : [C",C] 

The axioms are the lax versions of the monoid left-action laws. 

The lax and colax indexed monoidal operations m))’™ and n)*,’™' 
follow a similar derivation but as lax and colax monoid homomor¬ 
phisms between composite monoids on coeffect annotations and 
shapes and x in C. The details are elided here. 

Returning to soundness, our semantics is therefore defined in 
terms of structures whose axioms correspond to axioms of the syn¬ 
tactic equational theory. Consequently, semantic proofs correspond 
to syntactic proofs, modulo naturality laws and product/exponent 
laws in C. This result holds in the general coeffect calculus and 
semantics since every semantic structure has a unique correspond¬ 
ing structure on coeffect annotations (i.e., ( C , ©, use) for sequen¬ 
tial composition of unary denotations, (C, x) for splitting contexts, 
(C, x) for joining contexts). 


Example 31. Section[4T]showed p-equality for structural systems, 
which uses the properties (1) x = x = x for structural systems 
and (2) s©(use) = (s©use) = (s). The semantics here is sound 
with respect to inequality; the proof uses the corresponding axioms 
(1) n r®s ° = ar| d (2) EuseDy 1 o (5™ e s = id (structural 

indexed comonad unit law [SCI], Definitional |>. 

The full semantic proofs of /3??-equality then correspond to syn¬ 
tactic proofs on coeffect annotations. For brevity, we omit the full 
proofs here. 

6. Related work 

We expand on the overview of related work in Section |231 

Bounded reuse. The ( storage ) rule for bounded linear logic ex¬ 
plains the contextual requirements induced by proposition reuse 0: 

i F rh a 

(st0rage) ! vV r- ! x A 

where XY — {XYi,... XY n ) is the scalar multiple of a vector. 
This rule is akin to the 8 n operation of structural indexed comon¬ 
ads, indeed, we can model it exactly using S r fi Y and the lifting . 

In BLL, the modality \x is a constructor and may appear both 
on the left- and right-hand sides of K In this paper, reuse bounds 
annotate typing rules, thus there is no constructor corresponding to 
bounded reuse in the language; reuse bounds are meta-level. Our 
choice to work at the meta-level means that the coeffect calculus 
provides a unified analysis and semantics to different notions of 
context; its term language is that of the standard A-calculus. 

Semantics. Previously we briefly introduced indexed comon¬ 
ads ED without derivation. Here we derived indexed comonads 
as colax homomorphisms. This is dual to the parametric effect 
monad structure defined as a lax homomorphism QQ. Our seman¬ 
tics requires additional structure not needed for effects due to the 
asymmetry inherent in the A-calculus. 

The necessity modality □ in S4 logic corresponds to a comonad 
with lax monoidal functor structure m : DA x DB -A D(A x B). 
Bierman and de Paiva m defined a term language corresponding 
to a natural deduction S4, where contexts contain sequences of Un¬ 
wrapped assumptions xi : DAi,... x n : □ A n . Modelling these 
judgments does not require a context-splitting operation unlike in 
our approach, which uses the n operation of the form n : D(lx 
B) —¥ CM X DB. Our approach can be thought of as having a 
single □ modality over the context which can represent both flat 
whole-context dependence and structural per-variable dependence. 

Coeffect-like calculi Recent works have also developed coeffect 
systems, following related approaches. Brunei, Gaboardi, Mazza, 
and Zdancewic derive a kind of general structural coeffect system, 
taking inspiration from bounded linear logic 0 Their work pro¬ 
vides an operational semantics and proves soundness of its coeffect 
system with respect to the semantics. Their coeffect system pro¬ 
vides a coeffect-indexed !-modality as a type constructor in the lan¬ 
guage, and explicit coeffect-inducing expressions for a particular 
notion of coeffect. 

This differs to our approach where coeffects are implicit: they 
are not attached to a type constructor and can be introduced through 
variable use, e.g. the ( var ) rule. The coeffect systems of Brunei 
et al. allow “local coeffects”, which we called structural (per- 
variable), but not “global coeffects” (flat or per-context). Our previ¬ 
ous work provided just global/flat (per context) coeffects. Our new 
system here reconciles both kinds into one system. 

There are a number of encouraging similarities in the approach 
of Brunei et al. Their semantics is similar (even isomorphic in 
some parts) to ours, defining an indexed comonad like structure 
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in terms of a positive action • :5x^4-t^4ona monoidal 
category of coeffect annotations 5 (and base category A) and 
an exponential action providing related operations to our indexed 
monoidal operations m and n. 

There has been some other related bounded linear logic work, 
by Ghica and Smith, with “resource-aware types” annotated by a 
semiring of resource bounds 0. This allows reuse bounds for BLL 
to be tracked, as well as other kinds of concurrency information. A 
categorical semantics is provided which is similar in style to that of 
Brunei et al. and which loosely resembles our indexed comonad 
approach (but does not require the additional indexed monoidal 
structures we used here). Included in their work, which this paper 
lacks, is a procedure for type-inference (using a decision procedure 
on semirings). Future work for us is to adopt a similar approach for 
inference of coeffects in our system. 

Both the works of Brunei et al. and Ghica et al. use a semiring 
structure for annotations. Our scalar coeffect structure is similar: it 
is a semiring without commutativity of the + operation (although 
all our examples here have a commutative +) and without the 
absorption law for multiplication (which only some of our systems 

Future work is to unify the approaches of this paper and the co¬ 
effect systems of Brunei et al. and Ghica et al. Initial comparisons 
show several similarities, suggesting that unification is plausible. 

7. Conclusions 

In this paper, we looked at two forms of context-dependence anal¬ 
ysis - flat coeffect systems that track whole-context requirements 
(such as implicit parameters, resources, or platform version) and 
structural coeffects that track per-variable requirements (such as 
usage or data access patterns). The newly introduced structural 
system makes applications such as liveness, bounded reuse, and 
dataflow analysis (from our earlier work) practically useful. With 
the move towards cross-platform systems running in diverse envi¬ 
ronments, analysing context dependence is vital for reasoning and 
compilation. The coeffect calculus provides a foundation for fur¬ 
ther study, similar to the type-and-effect discipline. 

We presented the system together with its syntactic equational 
theory and categorical semantics. The equational theory is pre¬ 
sented in order to explain how the systems work, but it also pro¬ 
vides a basis for an operational semantics for concrete systems. 
Exploring these, and their connection to the denotational seman¬ 
tics, is further work. 
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